home *** CD-ROM | disk | FTP | other *** search
/ Cream of the Crop 1 / Cream of the Crop 1.iso / PROGRAM / TP122092.ARJ / 12-20-92.TPC
Text File  |  1992-12-20  |  74KB  |  2,263 lines
  1.  
  2. ▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄
  3.  
  4. Conference 4
  5. Date       12-14-92 00:43:00
  6. From       Trevor Carlsen
  7. To         Paul West
  8. Subject    Re: Fast Direct screen writess
  9.  
  10.  
  11.  
  12.  > the only fast way to achieve this is to go into asm and
  13.  > doing the thing directly. Pascal uses the BIOS to output the
  14.  > text, so it is SLOW.
  15.  
  16.  TL> Not true.  Turbo Pascal, by default, writes directly to
  17.  TL> VIDRAM, bypassing BIOS writes.  You can force it to write to
  18.  TL> BIOS by setting DirectVideo to FALSE.
  19.  
  20.  PW> Not true.
  21.  
  22.  PW> Turbo Pascal uses BIOS calls by default if you do not
  23.  PW> include the CRT unit.   Including the CRT unit causes the
  24.  PW> default to change to Direct Video. You can also force it to
  25.  PW> use DOS if you wish.
  26.  
  27. This next "Not true" means we are now nested about 4 levels deep in them!
  28.  
  29. By default Turbo Pascal uses DOS to do its screen writing.  If the CRT unit
  30. is used then the default is to do direct video writes.  If the CRT unit is
  31. used and the DirectVideo typed constant is set to false then the BIOS is used.
  32.  
  33. At no time does TP use the BIOS for screen handling as a default - although
  34. I have not checked Turbo Vision. The TP6 manual explains this quite clearly
  35. in the second paragraph of page 199 of the Programmer's Guide.
  36.  
  37. TeeCee
  38.  
  39. --- TC-ED   v2.01  
  40.  * Origin: The Pilbara's Pascal Centre (+61 91 732930) (3:690/644)
  41.  * Tossed by SFToss/286 v1.02a on 92/12/16  09:14:17
  42.  
  43. ▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄
  44.  
  45. Conference 4
  46. Date       12-14-92 01:01:00
  47. From       Trevor Carlsen
  48. To         Steve Mckain
  49. Subject    Record Fields to Text File
  50.  
  51.  
  52.  
  53.  SM> The no success is that if I want to only list for instance
  54.  SM> the last name from a record file that contains first, last
  55.  SM> and age, I end up with the entire record contents in the
  56.  SM> text file, not the specific information I requested from it.
  57.  
  58. Ok, the following example will list just the LastName to the text file.
  59.  
  60. type
  61.   YourRecord = record
  62.                  FirstName,
  63.                  LastName   : string[20];
  64.                  age        : byte;
  65.                end;
  66. var
  67.   tf         : text;
  68.   YRf        : file of YourRecord;
  69.   YR         : YourRecord;
  70. begin
  71.   assign(tf,'TextFile.txt'); rewrite(tf);
  72.   assign(YRf,'TypedF.dat');  reset(YRf);
  73.   while not eof(YRf) do begin
  74.     read(YRf,YR);
  75.     writeln(tf,YR.LastName);
  76.   end; { while }
  77.   close(tf);
  78.   close(YRf);
  79. end.
  80.  
  81. Untested.
  82.  
  83. TeeCee
  84.   
  85.  
  86.  
  87. --- TC-ED   v2.01  
  88.  * Origin: The Pilbara's Pascal Centre (+61 91 732930) (3:690/644)
  89.  * Tossed by SFToss/286 v1.02a on 92/12/16  09:14:17
  90.  
  91. ▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄
  92.  
  93. Conference 4
  94. Date       12-14-92 23:19:00
  95. From       Trevor Carlsen
  96. To         Todd Lowe
  97. Subject    Fast Direct screen writess
  98.  
  99.  
  100.  
  101.  > Pascal uses the BIOS to output the text, so it is
  102.  > SLOW.
  103.  
  104.  TL >     Not true.  Turbo Pascal, by default, writes directly
  105.  TL > to VIDRAM, bypassing BIOS writes.  You can force it to
  106.  TL > write to BIOS by setting DirectVideo to FALSE.
  107.  
  108.  TL> Actually.. he's pretty much correct.  In default, Turbo Pascal does 
  109.  TL> use BIOS.
  110.  
  111. All three statements are incorrect.  TP by default uses DOS and not the BIOS
  112. for its screen handling.  If the CRT unit is used then the default is direct
  113. video writes and if DirectVideo = false the BIOS is used.
  114.  
  115. TeeCee
  116.  
  117. --- TC-ED   v2.01  
  118.  * Origin: The Pilbara's Pascal Centre (+61 91 732930) (3:690/644)
  119.  * Tossed by SFToss/286 v1.02a on 92/12/16  09:14:17
  120.  
  121. ▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄
  122.  
  123. Conference 4
  124. Date       12-14-92 23:26:00
  125. From       Trevor Carlsen
  126. To         Vince Laurent
  127. Subject    Re: SB
  128.  
  129.  
  130.  
  131.  VL> The code died here. COuld you repost in multiple parts?
  132.  
  133. Reposting in multiple messages is not permitted.  If your reader is crippled,
  134. get the complete message from the packet - if it is truncated in the packet,
  135. complain to your NC as it means that someone upline from you is altering mail
  136. - a hangable offence in FidoNet. :-)
  137.  
  138. Sorry for being so blunt about it but the plain fact is that crippled readers
  139. and/or mailers cause the net real problems in this regard and many moderators
  140. are now taking a stand on this.
  141.  
  142. Moderator.
  143.  
  144. --- TC-ED   v2.01  
  145.  * Origin: The Pilbara's Pascal Centre (+61 91 732930) (3:690/644)
  146.  * Tossed by SFToss/286 v1.02a on 92/12/16  09:14:17
  147.  
  148. ▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄
  149.  
  150. Conference 4
  151. Date       12-15-92 19:50:00
  152. From       Terry Hughes
  153. To         Brandon Jones
  154. Subject    Execswap program
  155.  
  156.  
  157. BJ> TH> When an swapping EXEC causes an immediate hang the problem is almost
  158. BJ> TH> always an interrupt service routine (like keyboard or clock services) o
  159.  
  160. BJ> TH> mouse event handler left active. Be sure to turn off or reset any
  161. BJ> TH> hardware interrupt vectors you've taken over and turn off the mouse
  162. BJ> TH> event handler.
  163.  
  164. BJ> TH> From the way you describe the problem I'd guess the parent program left
  165.  
  166. BJ> TH> a clock interrupt service routine active.
  167.  
  168. BJ>Well I am not grabbing any interrupts directly that I know
  169. BJ>of, but I am using a fossil in the program. Ideas now?
  170.  
  171. Using a FOSSIL driver wouldn't be a problem since that doesn't require
  172. you to set up any interrupt handlers.
  173.  
  174. Are you using any libraries or routines you didn't write? (like Turbo
  175. Vision or Object Professional). Are you using a mouse in your program?
  176.  
  177. Another way to gain some information about the problem would be to do a
  178. normal non-swapping EXEC to DOS and run a program like MAPMEM to show
  179. which interrupts your program has hooked. If you see it hooking 8 or 1C
  180. then you know it has installed a clock ISR.
  181.  
  182. -Terry
  183.  
  184. ___
  185.  X QMPro 1.0 41-2187 X TurboPower Software (voice 719-260-6641)
  186.  
  187. --- Maximus 2.01wb
  188.  * Origin: The Programmers Playhouse (1:128/60)
  189.  * Tossed by SFToss/286 v1.02a on 92/12/16  20:42:19
  190.  
  191. ▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄
  192.  
  193. Conference 4
  194. Date       12-15-92 19:57:00
  195. From       Terry Hughes
  196. To         Jud Mccranie
  197. Subject    Re: TP pick problem
  198.  
  199.  
  200. JM> TH> CharPickNow and CharPickSrch honored the setting of SrchStart.
  201. JM> TH> Could you post a small test case that shows the problem you're
  202. JM> TH> having?
  203.  
  204. JM>I extracted a sample from my program that demonstrated the problem,
  205. JM>and while testing it I discovered something: SrchStart seems to ignore
  206. JM>leading blanks.  Knowing that, it works.  I had a leading blank in the
  207. JM>pick lines, so I thought SrchStart should be 2 (the actual column I
  208. JM>want to search on).  If it is set to 1 it works as I want it to.
  209.  
  210.  
  211. The manual doesn't say it (but it ought to...) but all pick items are
  212. trimmed before being compared. That's why the leading blanks are
  213. ignored.
  214.  
  215. -Terry
  216.  
  217. ___
  218.  X QMPro 1.0 41-2187 X TurboPower Software (voice 719-260-6641)
  219.  
  220. --- Maximus 2.01wb
  221.  * Origin: The Programmers Playhouse (1:128/60)
  222.  * Tossed by SFToss/286 v1.02a on 92/12/16  20:42:19
  223.  
  224. ▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄
  225.  
  226. Conference 4
  227. Date       12-15-92 20:06:00
  228. From       Terry Hughes
  229. To         Jud Mccranie
  230. Subject    B-tree problem
  231.  
  232.  
  233. JM>I have a problem in B-tree.  I'm using 9 file blocks.  W/o save mode,
  234. JM>25 file handles is sufficient.  with SaveMode, even 95 gives error 9901
  235. JM>(too many open files).  I have FILES set sufficiently high, and I
  236. JM>changed ExtendFileHandles appropiately.  What could be the problem?
  237.  
  238. Are you sure the call to ExtendHandles succeeded? Are you using at least
  239. DOS 3.3? (earlier versions of DOS don't support the extend handles
  240. call).
  241.  
  242. You can't "extend" more handles then were specified in your FILES
  243. parameter in CONFIG.SYS. Well, DOS will let you but it will start
  244. failing file open request when the system file table fills up. Did you
  245. have your FILES parameter set to at least 40 or so (remembering that
  246. other processes or TSRs might be using up slots in the system file
  247. table).
  248.  
  249. The bottom line is that an appropriately sized FILES parameter and a
  250. call to ExtendHandles is all that's required. If you're confident you
  251. are doing those things right then it's time to make a little test
  252. program (outside of Filer) to see what happens there.
  253.  
  254. -Terry
  255.  
  256. ___
  257.  X QMPro 1.0 41-2187 X TurboPower Software (voice 719-260-6641)
  258.  
  259. --- Maximus 2.01wb
  260.  * Origin: The Programmers Playhouse (1:128/60)
  261.  * Tossed by SFToss/286 v1.02a on 92/12/16  20:42:20
  262.  
  263. ▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄
  264.  
  265. Conference 4
  266. Date       12-15-92 00:00:00
  267. From       Terry Hughes
  268. To         Jakob Paikin
  269. Subject    TPErrHan and protected m
  270.  
  271.  
  272. JP>Hello Terry!
  273.  
  274. JP>I was looking at the makefile for TPRO 5.20, and saw that
  275. JP>TPErrHan wasn't compiled for protected mode.
  276.  
  277. JP>As I can't really figure out if TPErrHan is capable of
  278. JP>working in protected mode or not, I thought it better to
  279. JP>ask you.... What do you say?
  280.  
  281. TPERRHAN was updated to work in protected mode. I'd have to say it was
  282. just an oversight that it wasn't included in the protected mode
  283. portion of the make file. Thanks for pointing that out.
  284.  
  285. -Terry
  286. ___
  287.  X QMPro 1.0 41-2187 X TurboPower Software (voice 719-260-6641)
  288.  
  289. --- Maximus 2.01wb
  290.  * Origin: The Programmers Playhouse (1:128/60)
  291.  * Tossed by SFToss/286 v1.02a on 92/12/16  20:42:20
  292.  
  293. ▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄
  294.  
  295. Conference 4
  296. Date       12-15-92 00:00:00
  297. From       Terry Hughes
  298. To         Jud Mccranie
  299. Subject    Tricky bug in B-tree
  300.  
  301.  
  302. JM>test cases.  So if anyone has a problem where it just won't find what
  303. JM>they're sure is there, ask if they are doing something like this.
  304.  
  305. Thanks for the note. We have a standard litany of "things you might
  306. be doing wrong during key generation" when people call with such
  307. technical support questions. I'll add that one to the list.
  308.  
  309. -Terry
  310. ___
  311.  X QMPro 1.0 41-2187 X TurboPower Software (voice 719-260-6641)
  312.  
  313. --- Maximus 2.01wb
  314.  * Origin: The Programmers Playhouse (1:128/60)
  315.  * Tossed by SFToss/286 v1.02a on 92/12/16  20:42:20
  316.  
  317. ▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄
  318.  
  319. Conference 4
  320. Date       12-15-92 00:00:00
  321. From       Terry Hughes
  322. To         Douglas Delonay
  323. Subject    lock
  324.  
  325.  
  326. DD>   I changed it to accept a untyped variable as the file parameter. when
  327. DD>passing it an untyped file I would ned to pass it the place
  328. DD>to start locking in bytes?  i.e pass it
  329. DD>filepos(f)*sizeof(record_size) for the filepos to start
  330. DD>locking at?  Thanks for any help. Take care!
  331.  
  332. Richard Sadowsky doesn't monitor this echo. I don't have his LOCK4
  333. unit here at home but I can tell you that your assumption is correct:
  334. if you pass in a typed file the byte offset to lock would be as you
  335. specify above.
  336.  
  337. -Terry
  338.  
  339. ___
  340.  X QMPro 1.0 41-2187 X TurboPower Software (voice 719-260-6641)
  341.  
  342. --- Maximus 2.01wb
  343.  * Origin: The Programmers Playhouse (1:128/60)
  344.  * Tossed by SFToss/286 v1.02a on 92/12/16  20:42:20
  345.  
  346. ▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄
  347.  
  348. Conference 4
  349. Date       12-14-92 07:42:00
  350. From       Dj Murdoch
  351. To         Nathan Wambach
  352. Subject    Re: pascal uncompileer
  353.  
  354.   NW>         Hmm, You are right, of course, but I was just saying...  that it
  355.  
  356.  NW> could be done..  Anyway, I am wanting to learn ASM...  got any names for
  357.  
  358.  NW> GOOD books to read???  Thanks!
  359.  
  360. The Intel manuals and the manual that came with A86 are all that I ever read.
  361.  
  362. --- Msg V3.2
  363.  * Origin: Murdoch's_Point  - -   (1:249/99.5)
  364.  * Tossed by SFToss/286 v1.02a on 92/12/16  20:42:23
  365.  
  366. ▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄
  367.  
  368. Conference 4
  369. Date       12-15-92 21:25:00
  370. From       Trevor Carlsen
  371. To         All
  372. Subject    15/12/92 - contest update
  373.  
  374.  
  375.  
  376. Well, my BP7 arrived yesterday so I will recompile my program and get it out ASAP.
  377.  
  378.  
  379. To date there has only been one entry (thanks Bob S.)  Running time was approxim
  380. tely 84 minutes.  (My TPTimer timing unit from Turbo Power is not usable after
  381. 60 minutes, so the above assumes a 60 minutes rollover.)
  382.  
  383. Bob S, I know you indicated that this is a preliminary effort with a great
  384. deal of optimising still to go, but it still introduced some interesting concept
  385. ! Good one!  Just one point you should note... in order to run on an XT it
  386. will require the G+ switch changed to G-.
  387.  
  388. At the moment the time to beat (TeeCee's) is 909.432 seconds (TP6) however
  389. that should come down a little with TP7. Comparisons for judging will all
  390. be compiled under the same compiler but as authors you determine the compiler's
  391. switches and settings.  I will not change that.
  392.  
  393. TeeCee
  394.  
  395. --- TC-ED   v2.01  
  396.  * Origin: The Pilbara's Pascal Centre (+61 91 732930) (3:690/644)
  397.  * Tossed by SFToss/286 v1.02a on 92/12/16  20:42:43
  398.  
  399. ▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄
  400.  
  401. Conference 4
  402. Date       12-16-92 07:00:00
  403. From       Trevor Carlsen
  404. To         Steve Connet
  405. Subject    Pointers
  406.  
  407.  
  408.  
  409.  SC> It is difficult for me to understand linked lists.  I seem to be able 
  410.  
  411.  SC> to
  412.  SC> go "forward" easily, but how does one go "backward?"  For example:
  413.  SC> 
  414.  SC> Type CurrentPtr = ^EachRecord;
  415.  SC>      EachRecord = Record
  416.  SC>        Dummy : Integer;
  417.  SC>        Link  : CurrentPtr
  418.  SC>      End;
  419.  SC> 
  420.  SC> Var CurrentRec,
  421.          RootRec     : CurrentPtr;
  422.  SC> 
  423.  SC> Procedure GetNumber;
  424.  SC> Begin
  425.  SC>    With CurrentRec do
  426.  SC>       Readln(Dummy)
  427.  SC> End;
  428.  SC> 
  429.  SC> Procedure ShowNumber;
  430.  SC> Begin
  431.  SC>    With CurrentRec do
  432.  SC>       Writeln(Dummy)
  433.  SC> End;
  434.  SC> 
  435.  SC> Begin
  436.  SC>    New(CurrentRec);                 { initialize new record }
  437.         RootRec := CurrentRec;
  438.  SC>    Write('Enter first number: ');
  439.  SC>    GetNumber;
  440.        
  441. Now here is where you seem to derail...
  442.  
  443.  SC>    CurrentRec := CurrentRec^.Link;  { advance to next record, right? }
  444.  
  445.  
  446. No... the first line has already given CurrentRec its value. To create a new
  447. record and give Link its value...
  448.  
  449.         new(CurrentRec^.Link);
  450.         CurrentRec := CurrentRec^.Link;
  451.  
  452. Then scrap this next line.
  453.  SC>    New(CurrentRec);                 { initialize new record }
  454.  
  455.  
  456. With any linked list it is important to keep a record of just whereabouts
  457. the  root record is, otherwise it is lost. In the above example you do not
  458. do this so you cannot go back to the root entry. Also, as the above is a "singly
  459. linked list" (SLL) you cannot "go backwards" from the current point. Providing
  460. you have kept a record of where the root is, a SLL must always be read/accessed
  461. sequentially from root to current.  To move in either direction within a list
  462. requires a "doubly linked list" (DLL) which involves two pointers within the
  463. record - one to the previous record and one to the next record.
  464.  
  465. I have made some minor changes to the above code (the unquoted lines) that
  466. will help you get started.
  467.  
  468. TeeCee
  469.  
  470.  
  471.  
  472.  
  473. --- TC-ED   v2.01  
  474.  * Origin: The Pilbara's Pascal Centre (+61 91 732930) (3:690/644)
  475.  * Tossed by SFToss/286 v1.02a on 92/12/16  20:42:43
  476.  
  477. ▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄
  478.  
  479. Conference 4
  480. Date       12-14-92 18:16:00
  481. From       Dj Murdoch
  482. To         Wayne Boyd
  483. Subject    Re: Opening for reading
  484.  
  485.   WB> Anyone know the methodology for opening a file for 
  486.  WB> read-only which is already in use by another program? As 
  487.  WB> an example, opening the nodelist to scan or read, though 
  488.  WB> in use by Frontdoor, or whatever.
  489.  
  490. The ability to do this depends on whether SHARE is loaded, and whether the
  491. other program wants you to be able to open the file.
  492.  
  493. The idea is to set the Filemode variable properly before you try to open the
  494. file.  A good value to try is 0; that's "compatibility mode, read-only access";
  495.  another one is $40, which is "deny none mode, read-only access".  Look in
  496. a good DOS reference for a discussion of all the other possible values.  I
  497. don't know how to determine which value to use in your particular case other
  498. than by trial and error.
  499.  
  500.  
  501. --- Msg V3.2
  502.  * Origin: Murdoch's_Point  - -   (1:249/99.5)
  503.  * Tossed by SFToss/286 v1.02a on 92/12/16  20:42:49
  504.  
  505. ▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄
  506.  
  507. Conference 4
  508. Date       12-15-92 08:19:00
  509. From       Dj Murdoch
  510. To         Max Maischein
  511. Subject    Re: Cold Boot in program: ho
  512.  
  513.   > procedure Reboot; far; assembler;
  514.  > asm
  515.  >         xor     ax, ax
  516.  >         mov     ds, ax
  517.  >         mov     [0472h], ax
  518.  >         dec     ax
  519.  >         push    ax
  520.  >         push    ds
  521.  > end;
  522.  
  523.  MM> Well, this reboot routine seems to jump to the wrong 
  524.  MM> location ( it returns to 0000:0000, where a 'normal' 
  525.  MM> reBoot routine jumps to FFFF:0000. I don't know if this 
  526.  MM> was an oversight on your part, but this will only work in 
  527.  MM> some cases, in others it might not !
  528.  
  529. Take another look, or watch the registers as you trace through it.  It works
  530. as advertised.
  531.  
  532. --- Msg V3.2
  533.  * Origin: Murdoch's_Point  - -   (1:249/99.5)
  534.  * Tossed by SFToss/286 v1.02a on 92/12/18  09:08:52
  535.  
  536. ▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄
  537.  
  538. Conference 4
  539. Date       12-15-92 08:23:00
  540. From       Dj Murdoch
  541. To         Ping Hansen
  542. Subject    Re: One more bugfix-message :-(
  543.  
  544.   PH> I have a suggestion for you. Since it is evident that the 
  545.  PH> new TP is bug ridden (as usual), 
  546.  
  547. Hmmm, why would you say that?  I've only seen two serious bugs so far (SHL/SHR
  548. for longints, and the file dialog).  There are a number of glitches in the
  549. IDE, but those hardly matter at all.
  550.  
  551.  PH> then why don't you put 
  552.  PH> together a masterlist and post it every time a new error 
  553.  PH> surfaces or once every week during the initial phase - say 
  554.  PH> until March 1st ? I'd rather have the increased bandwidth 
  555.  PH> than have my programs go beserk :-(
  556.  
  557. I'll probably put together a BP7 bug list, but it takes time, and I'm not
  558. likely to have any for a few weeks.  I won't post the complete list here,
  559. but I'll post updates.
  560.  
  561. --- Msg V3.2
  562.  * Origin: Murdoch's_Point  - -   (1:249/99.5)
  563.  * Tossed by SFToss/286 v1.02a on 92/12/18  09:08:52
  564.  
  565. ▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄
  566.  
  567. Conference 4
  568. Date       12-15-92 08:28:00
  569. From       Dj Murdoch
  570. To         Paul West
  571. Subject    Re: Debug data format / Map file convers
  572.  
  573.  JR> I am surprised Borland did not foist this one on you when you ordered JR>
  574. BP7. They sold me two add-ons at about US$50 each when I phoned in my JR>
  575. order. First was PROTOGEN, an outside designed Windows source code JR> generator
  576. for menus.
  577.  
  578.  PW> I'm going to take a close look at my credit card slips 
  579.  PW> when they come in.  I was promised protogen FREE with my 
  580.  PW> BP upgrade if I paid the $5.00 shipping charge.   If they 
  581.  PW> charge me 50 bucks for it, I'm going to scream bloody murder.
  582.  
  583. From what I've heard, it was free to people who had both TP and TPW, $50 to
  584. people with just one of them.
  585.  
  586.  
  587. --- Msg V3.2
  588.  * Origin: Murdoch's_Point  - -   (1:249/99.5)
  589.  * Tossed by SFToss/286 v1.02a on 92/12/18  09:08:52
  590.  
  591. ▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄
  592.  
  593. Conference 4
  594. Date       12-15-92 08:33:00
  595. From       Dj Murdoch
  596. To         Brian Pape
  597. Subject    Re: Bp 7.0 price
  598.  
  599.   BP> Does anyone out there think that there is any way to 
  600.  BP> complain to Borland about the price I got charged on 
  601.  BP> BP7.0?  I called them to order the day I got their upgrade 
  602.  BP> postcard, and the guy told me it would be $159.95 (+/- 5 
  603.  BP> cents) including shipping and handling...  When the 
  604.  BP> Mastercard bill arrived, they had charged me about $185.  
  605.  BP> This is especially annoying because it is cheaper than 
  606.  BP> this MAIL-ORDER for the upgrade (Telemart & PC-zone), 
  607.  BP> plus, since I'm going to school, I don't make enough money 
  608.  BP> to pay for their misquotes...
  609.  
  610. What did the invoice included with the package say?  Generally it itemizes
  611. the charges.  What did customer service at Borland say?  I've found them to
  612. be very reasonable about things like this.
  613.  
  614. --- Msg V3.2
  615.  * Origin: Murdoch's_Point  - -   (1:249/99.5)
  616.  * Tossed by SFToss/286 v1.02a on 92/12/18  09:08:52
  617.  
  618. ▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄
  619.  
  620. Conference 4
  621. Date       12-15-92 08:35:00
  622. From       Dj Murdoch
  623. To         Brandon Jones
  624. Subject    Re: BBS
  625.  
  626.   EG>  #2: Does turbo automatically close OPEN files after an Exit or Halt?
  627.  
  628.  BJ>  Far as I know, yes.
  629.  
  630. No, only Input and Output are closed by TP.  For other files it's up to you
  631. to call close.  DOS will close everything, but if you didn't close it through
  632. TP, you'll lose anything that's sitting in a TP buffer.
  633.  
  634.  
  635. --- Msg V3.2
  636.  * Origin: Murdoch's_Point  - -   (1:249/99.5)
  637.  * Tossed by SFToss/286 v1.02a on 92/12/18  09:08:52
  638.  
  639. ▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄
  640.  
  641. Conference 4
  642. Date       12-15-92 19:29:00
  643. From       Dj Murdoch
  644. To         Jud Mccranie
  645. Subject    Re: BP7 ide bug
  646.  
  647.   DM> That's the the way it's designed to work - the file open window
  648.  DM> does the same thing.  Hitting Enter opens the file that's
  649.  DM> listed in the input line, not the highlighted one below.
  650.  
  651.  JM> But it DOESN'T work right.  I still believe that it is either a bug
  652.  JM> or a major design flaw.  
  653.  
  654. Is that part you quoted all of my post that you read?  I'll repeat: TAB is
  655. used for navigation.  The only way to change the focus to the buttons is to
  656. hit TAB repeatedly.  Would you want moving the cursor to a button to have
  657. the side effect of changing the primary file? 
  658.  
  659.  
  660. --- Msg V3.2
  661.  * Origin: Murdoch's_Point  - -   (1:249/99.5)
  662.  * Tossed by SFToss/286 v1.02a on 92/12/18  09:08:52
  663.  
  664. ▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄
  665.  
  666. Conference 4
  667. Date       12-15-92 19:40:00
  668. From       Dj Murdoch
  669. To         Nathan Wambach
  670. Subject    Re: exe's
  671.  
  672.   NW>         OK, a program needs to know what it's own EXE file is called,
  673.  NW> how do you do it?  What I wanted to use this for is linking files into
  674.  NW> the EXE...  You have to know the EXE file name and who knows, maybe
  675.  NW> someone renamed it???
  676.  
  677. As long as you're in DOS 3+, the filename is available in paramstr(0).  If
  678. the program was run from COMMAND.COM, it'll have the full path to the file;
  679. if it's run from another program by an Exec call, it'll have whatever you
  680. give as the filename parameter. 
  681.  
  682. --- Msg V3.2
  683.  * Origin: Murdoch's_Point  - -   (1:249/99.5)
  684.  * Tossed by SFToss/286 v1.02a on 92/12/18  09:08:52
  685.  
  686. ▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄
  687.  
  688. Conference 4
  689. Date       12-15-92 05:45:00
  690. From       Mark Ouellet
  691. To         Paul Wilden
  692. Subject    Re: ARJ EXTRACTOR
  693.  
  694.  
  695.     On 03-Dec-92, you, Paul Wilden, of 1:215/208.0 wrote...
  696.  
  697.  PW> Use FindNext to the next file matching the same attributes as the call 
  698.  
  699.  PW> to FindFirst.
  700.  
  701. Thanks Paul,
  702.     but I allready knew that!!! What did I say to generate that reply
  703. though ???
  704.  
  705.         Best regards,
  706.         Mark Ouellet.
  707.  
  708.  
  709.  
  710.  
  711. --- Squish v1.01
  712.  * Origin: The Sequel to Cramer VS Cramer: TPCramer VS UUencode ;-) (1:240/1.4)
  713.  * Tossed by SFToss/286 v1.02a on 92/12/18  09:08:52
  714.  
  715. ▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄
  716.  
  717. Conference 4
  718. Date       12-15-92 05:47:00
  719. From       Mark Ouellet
  720. To         Christopher Turcksin
  721. Subject    Re: Turbo Vision menus
  722.  
  723.  
  724.     On 05-Dec-92, you, Christopher Turcksin, of 2:292/600.21617 wrote...
  725.  
  726.  CT> Would I be waiting long for the TP7 version book? I think I saw it in 
  727.  
  728.  CT> the book-store, but after I was searching something specific on 
  729.  CT> TurboVision ...
  730.  
  731. Well Christopher,
  732.     it depends, if Mr Rubenking was part of the TP 7.0 Beta testers then
  733. he might have an update comming very soon. If on the other hand he only
  734. got his copy a few weeks ago like every one of us then it might be a
  735. little bit longer. There also is no warranty that a TP 7.0 version is
  736. forthcomming. That's the problem with these authors, you never know if
  737. there is going to be a re-edition until it actually comes out.
  738.  
  739.         Best regards,
  740.         Mark Ouellet.
  741.  
  742.  
  743. --- Squish v1.01
  744.  * Origin: The Sequel to Cramer VS Cramer: TPCramer VS UUencode ;-) (1:240/1.4)
  745.  * Tossed by SFToss/286 v1.02a on 92/12/18  09:08:52
  746.  
  747. ▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄
  748.  
  749. Conference 4
  750. Date       12-15-92 05:54:00
  751. From       Mark Ouellet
  752. To         Scott C Virtes
  753. Subject    Re: Perfect Numbers, Primes, and weird n
  754.  
  755.  
  756.     On 02-Dec-92, you, Scott C Virtes, of 1:202/1207.0 wrote...
  757.  
  758.  SC> Some of these algorithms may interest the programmers in the
  759.  SC> audience ...
  760.  
  761. Well Scott,
  762.     One I allways found interresting was the formula found by an Indian
  763. graduate from Oxford (I think).
  764.  
  765.     His formula calculated the number of UNIQUE additions to form any
  766. number.
  767.  
  768.     Like this:
  769.  
  770.         2   = 0 + 2
  771.             = 1 + 1
  772.  
  773.  
  774.         3   = 0 + 3
  775.             = 1 + 2
  776.             = 1 + 1 + 1
  777.  
  778.         4   = 0 + 4
  779.             = 1 + 3
  780.             = 1 + 1 + 2
  781.             = 1 + 1 + 1 + 1
  782.             = 2 + 2
  783.  
  784.         5   = 0 + 5
  785.             = 1 + 4
  786.             = 1 + 1 + 3
  787.             = 1 + 1 + 1 + 2
  788.             = 1 + 1 + 1 + 1 + 1
  789.             = 1 + 2 + 2
  790.             = 2 + 3
  791.  
  792. I might have forgotten some possible combinations but you get the idea!!
  793.  
  794.     What was most extraordinary of his formula is that it actually gave
  795. a REAL number with a fractionnal part BUT, Truncing the result gave the
  796. exact number of combinations possible for any number.
  797.  
  798. I don't recall what the formula was but maybe you do!!??
  799.  
  800.         Best regards,
  801.         Mark Ouellet.
  802.  
  803.  
  804. --- Squish v1.01
  805.  * Origin: The Sequel to Cramer VS Cramer: TPCramer VS UUencode ;-) (1:240/1.4)
  806.  * Tossed by SFToss/286 v1.02a on 92/12/18  09:08:53
  807.  
  808. ▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄
  809.  
  810. Conference 4
  811. Date       12-15-92 07:29:00
  812. From       Mark Ouellet
  813. To         Greg Vigneault
  814. Subject    RE: LONGINT SHIFT BUG
  815.  
  816.  
  817.     On 04-Dec-92, you, Greg Vigneault, of 1:250/304.0 wrote...
  818.  
  819.  GV> I didn't expect that.  Did SHR31 work on your '486?  If other '386
  820.  GV> and '486 users try SHR31, it should let them know if they will
  821.  GV> experience problems with TP7.  If it's inappropriate to post such
  822.  GV> information here, I'd be interested in having it netmailed (which
  823.  GV> systems failed to shift the 1 through all 32 bits).
  824.  
  825. Greg,
  826.     It worked fine on my 486-DX33 [Except for the fact I went through
  827. more than one run and I ended up running a 986 DX|SX then a :86 then ;86
  828. etc... ;-)]
  829.  
  830.         Best regards,
  831.         Mark Ouellet.
  832.  
  833.  
  834. --- Squish v1.01
  835.  * Origin: The Sequel to Cramer VS Cramer: TPCramer VS UUencode ;-) (1:240/1.4)
  836.  * Tossed by SFToss/286 v1.02a on 92/12/18  09:08:53
  837.  
  838. ▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄
  839.  
  840. Conference 4
  841. Date       12-15-92 07:43:00
  842. From       Mark Ouellet
  843. To         Dj Murdoch
  844. Subject    Re: BP 7 bug
  845.  
  846.  
  847.     On 04-Dec-92, you, Dj Murdoch, of 1:249/99.5 wrote...
  848.  
  849.  JP>> The only DOS-related (I haven't installed the 
  850.  JP>> Windows-part) files that are different from the distribution-files 
  851.  JP>> are:
  852.  JP>> \BP\BIN:
  853.  JP>> TURBO.TPL
  854.  JP>> TPP.TPL
  855.  JP>> TPW.TPL
  856.  JP>> \BP\UNITS:
  857.  JP>> DRIVERS.TPP
  858.  DM> I don't understand this.  What are you comparing here?
  859.  
  860. Dj,
  861.     Maybe his comparing the BETA and official releases!!
  862.  
  863.         Best regards,
  864.         Mark Ouellet.
  865.  
  866.  
  867. --- Squish v1.01
  868.  * Origin: The Sequel to Cramer VS Cramer: TPCramer VS UUencode ;-) (1:240/1.4)
  869.  * Tossed by SFToss/286 v1.02a on 92/12/18  09:08:53
  870.  
  871. ▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄
  872.  
  873. Conference 4
  874. Date       12-15-92 07:45:00
  875. From       Mark Ouellet
  876. To         Dj Murdoch
  877. Subject    Re: BP 7 slash and burn
  878.  
  879.  
  880.     On 04-Dec-92, you, Dj Murdoch, of 1:249/99.5 wrote...
  881.  
  882.  DM> It's probably not a good idea to skip the example files.  There's some 
  883.  
  884.  DM> nice code there; for example, the TVDebug unit and the Gadgets unit are 
  885.  
  886.  DM> both in the examples directories.
  887.  
  888. Dj,
  889.     I personnaly liked the TV & OWL Chess demos but specially the TV
  890. File Manager!!!!
  891.  
  892.         Best regards,
  893.         Mark Ouellet.
  894.  
  895.  
  896. --- Squish v1.01
  897.  * Origin: The Sequel to Cramer VS Cramer: TPCramer VS UUencode ;-) (1:240/1.4)
  898.  * Tossed by SFToss/286 v1.02a on 92/12/18  09:08:53
  899.  
  900. ▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄
  901.  
  902. Conference 4
  903. Date       12-15-92 16:48:00
  904. From       Mark Ouellet
  905. To         Brian Swanson
  906. Subject    Re: Turning off screen
  907.  
  908.  
  909.     On 06-Dec-92, you, Brian Swanson, of 1:123/419.0 wrote...
  910.  
  911.  >>   SwapVectors;
  912.  >>   Exec (GetEnv('COMSPEC'),'/C CALLED >Nul');
  913.  >>   SwapVectors;             ^^        ^^^^
  914.  
  915.  BS> Nope...I tried this already...The program still writes to the screen....
  916.  
  917. Brian,
  918.     In this particular case, would CALLED refer to a TP Compiled program
  919. too??? 'Cause if that is the case then it means, you would have to
  920. recompile it with a small fix to allow redirection.
  921.  
  922.     If it's not TP compiled then it could also mean the program writes
  923. it's output to StandardError.
  924.  
  925.     You see there are basically two devices you can use to write to the
  926. screen, two defined by DOS that is. The "C" Language calls them
  927. "Standard Output" and "Standard Error". The latter being normally
  928. reserved for error messages. It purpose is to give the programer a
  929. channel where he can be sure the user sees the error message when it is
  930. printed. For this same reason, it is not redirectable by DOS. It can be
  931. done but with much more work under DOS than under UNIX or most other
  932. OSes for that matter.
  933.  
  934.         Best regards,
  935.         Mark Ouellet.
  936.  
  937.  
  938. --- Squish v1.01
  939.  * Origin: The Sequel to Cramer VS Cramer: TPCramer VS UUencode ;-) (1:240/1.4)
  940.  * Tossed by SFToss/286 v1.02a on 92/12/18  09:08:53
  941.  
  942. ▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄
  943.  
  944. Conference 4
  945. Date       12-15-92 22:27:00
  946. From       Mark Ouellet
  947. To         Evan Croskery
  948. Subject    Re: Programing
  949.  
  950.  
  951.     On 08-Dec-92, you, Evan Croskery, of 1:163/416.0 wrote...
  952.  
  953.  EC> What's the echo tag for the "beginers Pascal" echo?
  954.  
  955. PASCAL_LESSONS
  956.  
  957.  
  958. --- Squish v1.01
  959.  * Origin: The Sequel to Cramer VS Cramer: TPCramer VS UUencode ;-) (1:240/1.4)
  960.  * Tossed by SFToss/286 v1.02a on 92/12/18  09:08:53
  961.  
  962. ▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄
  963.  
  964. Conference 4
  965. Date       12-15-92 23:21:00
  966. From       Mark Ouellet
  967. To         Brian Pape
  968. Subject    Re: Far keyword
  969.  
  970.  
  971.     On 08-Dec-92, you, Brian Pape, of 1:2250/1.0 wrote...
  972.  
  973.  BP> (I tried all 6 combinations of the three keywords to make sure It wasn't 
  974.  
  975.  BP> just looking for something it couldn't find :)
  976.  BP> anyone know why it won't accept this?
  977.  
  978. Brian,
  979.     Seems to me you might be looking too FAR for something you allready
  980. got!!!
  981.  
  982.     If I'm not mistaken, an Interrupt procedure call is preceded by the
  983. CS:IP and Flags being pushed onto the stack before entering the
  984. interrupt routine.
  985.  
  986.     Seems to me CS would be Segment and IP offset, now doesn't that look
  987. like a far call to you.
  988.  
  989.     Maybe your reason for trying to FORCE a far attibute on the
  990. procedure is to be able to pop the flags and do a FAR return BEFORE the
  991. normal IRET. In which case, I sure hope TP would take into account that
  992. it is inside an Interrupt procedure and make that a FAR return.
  993.  
  994.     I assume the interrupt is automatically a FAR procedure with the
  995. added effect of getting the registers passed to it as required by the
  996. parameter list.
  997.  
  998.         Best regards,
  999.         Mark Ouellet.
  1000.  
  1001.  
  1002. --- Squish v1.01
  1003.  * Origin: The Sequel to Cramer VS Cramer: TPCramer VS UUencode ;-) (1:240/1.4)
  1004.  * Tossed by SFToss/286 v1.02a on 92/12/18  09:08:53
  1005.  
  1006. ▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄
  1007.  
  1008. Conference 4
  1009. Date       12-16-92 00:32:00
  1010. From       Mark Ouellet
  1011. To         Benjamin Schollnick
  1012. Subject    Re: Printing....TABSTOPS
  1013.  
  1014.  
  1015.     On 09-Dec-92, you, Benjamin Schollnick, of 1:2613/477.0 wrote...
  1016.  
  1017.  BS> If I print from the *IDE* this is how it looks:
  1018.  BS> Suggestions?
  1019.  
  1020. Benjamin,
  1021.     You are, as most of us are, using TAB settings other than the
  1022. standard 8 caracters. You are probably also instructing the IDE to USE
  1023. Tabs in the code so that it alligns correctly when you indent/unindent.
  1024.  
  1025.     Problem is those tabs are probably sent to the printer VERBOSE, tabs
  1026. are by default 8 caracters wide on printers.
  1027.  
  1028. So something like:
  1029.  
  1030. Each "+" represents a tab position if TABs are defined at 2 in IDE.
  1031. -+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
  1032. Procedure  A;
  1033.           ^--- Tab here (Only one)
  1034.  
  1035. Could very well expand to this:
  1036.  
  1037. On printer each tab is at a position which is a multiple of 8
  1038. -------+-------+-------+-------+
  1039. Procedure      A; on a printer
  1040.               ^_____ Again only One tab but the next TAB happens to be a
  1041.                      lot farther then expected
  1042.  
  1043. hope this helps. I'll see if there is a way to prevent this:
  1044.  
  1045. Note that *I* Usually use WP or any available wordprocessor to print my
  1046. code. This way I can also select a print-pitch such as a 20 cpi font
  1047. which still gives me over 132 columns on plain 8 1/2" paper.
  1048.  
  1049. One last note, if you have BP 7.0 and have windows installed, you might
  1050. try using the Windows version of the IDE to print your code. Since it
  1051. normally leaves all the printer handling to Window's printer driver you
  1052. might get better results. Maybe even retain the "Highlighting" by using
  1053. Italics and such different print styles when printing. I have't tried it
  1054. yet myself but it might work.
  1055.  
  1056.         Best regards,
  1057.         Mark Ouellet.
  1058.  
  1059.  
  1060. --- Squish v1.01
  1061.  * Origin: The Sequel to Cramer VS Cramer: TPCramer VS UUencode ;-) (1:240/1.4)
  1062.  * Tossed by SFToss/286 v1.02a on 92/12/18  09:08:53
  1063.  
  1064. ▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄
  1065.  
  1066. Conference 4
  1067. Date       12-16-92 01:10:00
  1068. From       Mark Ouellet
  1069. To         Benjamin Schollnick
  1070. Subject    Re: Printing....TABSTOPS
  1071.  
  1072.  
  1073. Well Benjamin,
  1074.     I just went and tried what I mentionned in my previous message.
  1075.  
  1076. FOR YOU AND ALL OTHERS
  1077.  
  1078.     THE WINDOWS VERSION OF BP 7.0 WILL IN FACT USE COLOR HIGHLIGHTING
  1079.     WHEN PRINTING IF YOU INSTRUCT IT TO DO SO (PROVIDING YOUR PRINTER
  1080.     CAN PRINT IN COLOR OF COURSE) In fact it is even smart enough to use
  1081.     a font that will prevent word-wrapping of your code and comments. It
  1082.     probably simply used a font that allowd at least 132 columns wide
  1083.     printing. I didn't print the whole thing because on my printer that
  1084.     would have been a waste of my color cartridge (DJ 500C blends the 3
  1085.     primary colors to produce black and since black is the predominant
  1086.     color in printouts ;-)...)
  1087.  
  1088.     I'm now thinking of selling my brand new 500C and upgrade to a 550C
  1089.     which uses the new 4 Ink cartridges (Black/Yellow/Cyan/Blue). It
  1090.     should waste a lot less ;-)
  1091.  
  1092.         Best regards,
  1093.         Mark Ouellet.
  1094.  
  1095.  
  1096. --- Squish v1.01
  1097.  * Origin: The Sequel to Cramer VS Cramer: TPCramer VS UUencode ;-) (1:240/1.4)
  1098.  * Tossed by SFToss/286 v1.02a on 92/12/18  09:08:53
  1099.  
  1100. ▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄
  1101.  
  1102. Conference 4
  1103. Date       12-16-92 01:17:00
  1104. From       Mark Ouellet
  1105. To         All
  1106. Subject    Highlighted printing in BP 7.0
  1107.  
  1108.  
  1109. Hi All,
  1110.     In case you haven't seen the personnal reply to Benjamin,
  1111.  
  1112.     The windows version of the BP 7.0 IDE ( BPW ) will use COLOR
  1113.     highlighting to print your source if you instruct it to do so and
  1114.     your printer is capable of color.
  1115.  
  1116.     Of course you need to have your printer's driver available for
  1117.     Windows 3.1 for it to use the full capability of your printer.
  1118.  
  1119.  
  1120.         Best regards,
  1121.         Mark Ouellet.
  1122.  
  1123. --- Squish v1.01
  1124.  * Origin: The Sequel to Cramer VS Cramer: TPCramer VS UUencode ;-) (1:240/1.4)
  1125.  * Tossed by SFToss/286 v1.02a on 92/12/18  09:08:53
  1126.  
  1127. ▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄
  1128.  
  1129. Conference 4
  1130. Date       12-16-92 01:22:00
  1131. From       Mark Ouellet
  1132. To         Walter Trocquet
  1133. Subject    Re: Quattro Pro Passwords
  1134.  
  1135.  
  1136.     On 10-Dec-92, you, Walter Trocquet, of 1:396/5.0 wrote...
  1137.  
  1138.  WT> Does anyone have any Pascal source code or suggestions on how to decode 
  1139.  
  1140.  WT> or simply remove passwords from Quattro Pro or Lotus spreadsheets. We 
  1141.  
  1142.  WT> have a number of spreadsheets that were password protected by a former 
  1143.  
  1144.  WT> employee and need to be able to access them.  Any help or suggestions is 
  1145.  
  1146.  WT> appreciated.........Thanx, WAT, Jr.
  1147.  
  1148. Walter,
  1149.     If you do find the answer I'd like to know. Lotus will probably be
  1150. easier, provided it is an old version. Newer versions will probably use
  1151. a more efficient encryption scheme.
  1152.  
  1153.     Quattro Pro will be the hardest I would think. Even in the days of
  1154. SuperKey (Remember that keyboard macro program), Borland was allready
  1155. offering DES encription capability. So my guess is Quattro Pro will be
  1156. even better.
  1157.  
  1158.         Best regards,
  1159.         Mark Ouellet.
  1160.  
  1161.  
  1162. --- Squish v1.01
  1163.  * Origin: The Sequel to Cramer VS Cramer: TPCramer VS UUencode ;-) (1:240/1.4)
  1164.  * Tossed by SFToss/286 v1.02a on 92/12/18  09:08:53
  1165.  
  1166. ▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄
  1167.  
  1168. Conference 4
  1169. Date       12-16-92 01:27:00
  1170. From       Mark Ouellet
  1171. To         Richard Nelson
  1172. Subject    Re: Pointers
  1173.  
  1174.  
  1175. Richard,
  1176.     I hit a wall while trying to fiddle with redirection and such stuff
  1177. in BP 7.0.
  1178.  
  1179. I basically declared a pointer to an Array [0..0] of <some type>
  1180.  
  1181.  
  1182. When I tried assigning it a value:
  1183.  
  1184. type
  1185.     FHT = Array[0..0] of byte;
  1186.     FHTPtr = ^FHT;
  1187.  
  1188. var
  1189.     MyFHT : FHTPtr;
  1190.  
  1191. begin
  1192.     GetMem(MyFht, 255);  {This should reserve enough space for 255
  1193.                           elements}
  1194.  
  1195.     MyFht^[2] := 3;  { BP returns with CONSTANT OUT OF RANGE }
  1196.  
  1197.     I disabled ALL compiler directives and it still gives me that same
  1198. error!!!
  1199.  
  1200.  
  1201. ANY IDEAS????
  1202.  
  1203.     BTW, I finally tried using BPW to print my source and it does indeed
  1204. use color with my DJ 500C if I ask it to!!! It also automatically
  1205. selects a font that gives me 132 Column printing (At least 132).
  1206.  
  1207.         Best regards,
  1208.         Mark Ouellet.
  1209.  
  1210.  
  1211. --- Squish v1.01
  1212.  * Origin: The Sequel to Cramer VS Cramer: TPCramer VS UUencode ;-) (1:240/1.4)
  1213.  * Tossed by SFToss/286 v1.02a on 92/12/18  09:08:53
  1214.  
  1215. ▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄
  1216.  
  1217. Conference 4
  1218. Date       12-16-92 01:40:00
  1219. From       Mark Ouellet
  1220. To         Christian Brem
  1221. Subject    Re: BP 7.0 and Turbo Vision
  1222.  
  1223.  
  1224.     On 09-Dec-92, you, Christian Brem, of 2:310/3.16 wrote...
  1225.  
  1226.  CB> I have heard, that in TP 7.0 there will be no Turbo Vision but something 
  1227.  
  1228.  CB> similar and compatible to Windows (?).
  1229.  CB> Is this true -have I to rewrite all Programms developed in TP 6.0 using 
  1230.  
  1231.  CB> Turbo Vision ?
  1232.  
  1233. No Christian,
  1234.     If you get TP 7.0 there is still TurboVision in it only it's now up
  1235. to Version 2.0. Some minor additions to it, added functionality such as
  1236. input routines if I'm not mistaken.
  1237.  
  1238.     However, if you get BP 7.0, you get TurboVision 2.0 again but you
  1239. also get OWL (Object Window Library) A windows counterpart to
  1240. TurboVision of some sort.
  1241.  
  1242.     Also note BP 7.0 comes with the Tasm assembler Ver 3.2, TD Turbo
  1243. debugger, Turbo profiler (Borland's, not turbo power's profiler). It can
  1244. compile for Standard DOS, Protected mode DOS or Windows.
  1245.  
  1246.     TP 7.0 only compiles for standard DOS. And you don't get the
  1247. assembler, debugger etc... ONLY TURBO Pascal. In fact BP 7.0 contains
  1248. every thing TP 7.0 does plus a lot more.
  1249.  
  1250. Oh and BP 7.0 comes with Source to ALLMOST everything. The only source
  1251. not given are those of the co-pro emulator and of the overlay manager I
  1252. think.
  1253.  
  1254.  
  1255.         Best regards,
  1256.         Mark Ouellet.
  1257.  
  1258.  
  1259. --- Squish v1.01
  1260.  * Origin: The Sequel to Cramer VS Cramer: TPCramer VS UUencode ;-) (1:240/1.4)
  1261.  * Tossed by SFToss/286 v1.02a on 92/12/18  09:08:53
  1262.  
  1263. ▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄
  1264.  
  1265. Conference 4
  1266. Date       12-16-92 02:05:00
  1267. From       Mark Ouellet
  1268. To         Dj Murdoch
  1269. Subject    Re: Debug data format / Map file convers
  1270.  
  1271.  
  1272.     On 09-Dec-92, you, Dj Murdoch, of 1:249/99.5 wrote...
  1273.  
  1274.  DM> It's described in the "Open Architecture" book that came with (or was 
  1275.  
  1276.  DM> optional with) BC++ 3.1.  I've heard that a BP specific version is 
  1277.  DM> planned, but I haven't heard a publication date.
  1278.  
  1279. Dj,
  1280.     I think it is allready available.. I got the offer with my BP 7.0.
  1281. $49 for it I think.
  1282.  
  1283.         Best regards,
  1284.         Mark Ouellet.
  1285.  
  1286.  
  1287.  
  1288.  
  1289. --- Squish v1.01
  1290.  * Origin: The Sequel to Cramer VS Cramer: TPCramer VS UUencode ;-) (1:240/1.4)
  1291.  * Tossed by SFToss/286 v1.02a on 92/12/18  09:08:53
  1292.  
  1293. ▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄
  1294.  
  1295. Conference 4
  1296. Date       12-16-92 02:25:00
  1297. From       Mark Ouellet
  1298. To         Dave Speringo
  1299. Subject    Re: DROPPing to DOS over a phone line
  1300.  
  1301.  
  1302.     On 10-Dec-92, you, Dave Speringo, of 1:141/333.0 wrote...
  1303.  
  1304.  DS> Well, I'm programming using the routines supplied by Jpdoor, so I don't 
  1305.  
  1306.  DS> think I would need Doorway, but thanx.  
  1307.  DS> ALL:  I've used the exec to a batch but it all locks up in a batch and I 
  1308.  
  1309.  DS> don't understand! Does it have soemthing to do with my memory statement 
  1310.  
  1311.  DS> of...{$M $8014,0,40000}? Help?
  1312.  
  1313. Dave,
  1314.     You can EXEC .EXE and .COM files only. To exec a BATCH you actually
  1315. EXEC Command.com and give the batch as a parameter.
  1316.  
  1317. Like this:
  1318.  
  1319.     EXEC(GetEnv('COMSPEC'), '/c <name of batch>');
  1320.          ^^^^^^^^^^^^^^^^^   ^^
  1321.          ^                   ^ this tells command.com to execute what
  1322.          ^                     ever command follows and to return as
  1323.          ^                     soon as it is finished (Instead of having
  1324.          ^                     to type exit to get back)
  1325.          ^
  1326.          This will make sure the correct command process is executed. If
  1327.          you were running 4DOS then it would call 4dos.com by retreiving
  1328.          the comspec variable from the environement.
  1329.  
  1330.         Best regards,
  1331.         Mark Ouellet.
  1332.  
  1333.  
  1334. --- Squish v1.01
  1335.  * Origin: The Sequel to Cramer VS Cramer: TPCramer VS UUencode ;-) (1:240/1.4)
  1336.  * Tossed by SFToss/286 v1.02a on 92/12/18  09:08:53
  1337.  
  1338. ▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄
  1339.  
  1340. Conference 4
  1341. Date       12-16-92 02:41:00
  1342. From       Mark Ouellet
  1343. To         Norman Yen
  1344. Subject    Re: vga programming/ vector things
  1345.  
  1346.  
  1347.     On 10-Dec-92, you, Norman Yen, of 1:153/900.0 wrote...
  1348.  
  1349.  NY> If anyone should do any
  1350.  NY> freqing I would like to ask that you leave me some netmail. I've already 
  1351.  
  1352.  NY> had a few people freq files from my board without any messages or 
  1353.  NY> anything. I like to know who is doing what. :)
  1354.  
  1355. Norman,
  1356.     I'm probably one of those people who frequed your board. Can't
  1357. remember if I had the thank-you note activated in Yabom though.
  1358.  
  1359.     It's kind of hard to know, some sysops find it annoying and that it
  1360. only clutters their Netmail area while others, such as yourself, expect
  1361. to receive some.
  1362.  
  1363.     I think the Nodelist should include a flag so that FRequester
  1364. programs such as Yabom, Amax etc.. can decide wether a message should be
  1365. posted or not ;-)
  1366.  
  1367.         Best regards,
  1368.         Mark Ouellet.
  1369.  
  1370.  
  1371. --- Squish v1.01
  1372.  * Origin: The Sequel to Cramer VS Cramer: TPCramer VS UUencode ;-) (1:240/1.4)
  1373.  * Tossed by SFToss/286 v1.02a on 92/12/18  09:08:53
  1374.  
  1375. ▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄
  1376.  
  1377. Conference 4
  1378. Date       12-16-92 02:51:00
  1379. From       Mark Ouellet
  1380. To         Paul Wilden
  1381. Subject    Re: PASSING PARAMETERS
  1382.  
  1383.  
  1384.     On 10-Dec-92, you, Paul Wilden, of 1:215/208.0 wrote...
  1385.  
  1386.  PW> I have question about passing variable parameters to a unit.
  1387.  PW> 
  1388.  PW> procedure [name](Param1: type; Param2: type; var Param3: type; Param4: 
  1389.  
  1390.  PW> type);
  1391.  PW> 
  1392.  PW> It was my understanding that with this example Param1 and Param2 would 
  1393.  
  1394.  PW> be value Parameters and Param3 and Param4 would be variable Parameters.
  1395.  PW> 
  1396.  PW> However when I tried this in a unit Param4 was treated as a value 
  1397.  PW> Parameter, I had to put a second var in front of Param4 to get it to 
  1398.  
  1399.  PW> work.  Can anybody explain why this is?
  1400.  
  1401. Paul,
  1402.     You have to specify "VAR" for each variable parameter.
  1403.  
  1404. In your example however, if Param3 and Param4 were of the same type you
  1405. could:
  1406.  
  1407.         Var Param3, Param4 : type;
  1408.  
  1409. This way "Var" and "Type" would apply to both parameters.
  1410.  
  1411. If they are different types then you must
  1412.  
  1413.     VAR Param3 : type; VAR Param4 : type;
  1414.  
  1415.         Best regards,
  1416.         Mark Ouellet.
  1417.  
  1418.  
  1419. --- Squish v1.01
  1420.  * Origin: The Sequel to Cramer VS Cramer: TPCramer VS UUencode ;-) (1:240/1.4)
  1421.  * Tossed by SFToss/286 v1.02a on 92/12/18  09:08:53
  1422.  
  1423. ▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄
  1424.  
  1425. Conference 4
  1426. Date       12-16-92 03:00:00
  1427. From       Mark Ouellet
  1428. To         David Solly
  1429. Subject    Re: Printer woes!
  1430.  
  1431.  
  1432.     On 11-Dec-92, you, David Solly, of 1:163/215.0 wrote...
  1433.  
  1434.  DS> Is there a way to convert my lookup program into a TSR program, (Someone
  1435.  DS> suggested going the IRS route.  I am not sure what that means.  Maybe
  1436.  DS> someone could explain?), that will work in conjunction with the word
  1437.  DS> processor and the font generator?  If so, could someone, please, post a
  1438.  
  1439.  DS> skeleton program I can use for a model?
  1440.  
  1441. Well David,
  1442.  I doubt that the IRS (Internal Revenue Service) will be of any help ;-)
  1443.  
  1444.     However, an ISR (Interrupt Service Routine) would help a lot. The
  1445. Basic difference between an ISR and a TSR is:
  1446.  
  1447.     A TSR HOOKS up an ISR onto some existing interrupt vector and exits,
  1448.     leaving code in memory (The ISR) to service the interrupts.
  1449.  
  1450.     You could do it without resorting to a TSR.
  1451.  
  1452.     write a program that:
  1453.  
  1454.         1: Hooks ISR to an interrupt (Save the old vector)
  1455.         2: EXEC your word processor
  1456.         3: Un-Hooks the ISR (Restoring the old vector)
  1457.         4: Return to DOS.
  1458.  
  1459.     This way you are not losing precious memory all the time for that
  1460. conversion routine. You only load it when working with your
  1461. WordProcessor. You will have to decide what interrupt to hook in step 1
  1462. though. If the wordprocessor sends data to the printer through an
  1463. interrupt (Like a BBS sends data to a comm port by calling an interrupt)
  1464. then you could hook your ISR to that interrupt. This way it could scan
  1465. caracters sent to it and decide wether to act on them or to send them
  1466. through without modification.
  1467.  
  1468. Hope this clarifies it for you and that it helped in some way.
  1469.  
  1470.         Best regards,
  1471.         Mark Ouellet.
  1472.  
  1473.  
  1474. --- Squish v1.01
  1475.  * Origin: The Sequel to Cramer VS Cramer: TPCramer VS UUencode ;-) (1:240/1.4)
  1476.  * Tossed by SFToss/286 v1.02a on 92/12/18  09:08:54
  1477.  
  1478. ▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄
  1479.  
  1480. Conference 4
  1481. Date       12-16-92 03:47:00
  1482. From       Mark Ouellet
  1483. To         Mike Copeland
  1484. Subject    Re: borland pascal 7.0
  1485.  
  1486.  
  1487.     On 11-Dec-92, you, Mike Copeland, of 1:114/18.10 wrote...
  1488.  
  1489.  MC> Dj, I just received my bundle of BP7.0 - it's HUGE!!
  1490.  MC> Question I'm not very sure on, and obviously haven't had enough time 
  1491.  
  1492.  MC> to research: is TP7.0 a subset of BP7.0, and do I now have TP7.0?  (I 
  1493.  
  1494.  MC> really don't expect to use most of the new stuff: Windoze development, 
  1495.  
  1496.  MC> DLLs (whatever they are...), OOP, etc. - I just wanted a new, faster, 
  1497.  
  1498.  MC> smaller .EXE-producing TP...)  Thanks... 8<}}
  1499.  
  1500. Mike,
  1501. Yes BP 7.0 is Basically TP 7.0 + the added stuff ie: Tasm, TD, TF etc...
  1502.  
  1503.     If you don't intend to compile for Windows or Protected mode then
  1504. just use TURBO.EXE, that's the TP 7.0, Standard DOS only version.
  1505.  
  1506.     BP is the DOS version of the IDE that compiles for DOS, PM and Win
  1507.     BPW is windows version of above.
  1508.     BPC is DOS command line version of BP
  1509.     TPC is command line version of TURBO.exe
  1510.  
  1511.         Best regards,
  1512.         Mark Ouellet.
  1513.  
  1514.  
  1515.  
  1516.  
  1517. --- Squish v1.01
  1518.  * Origin: The Sequel to Cramer VS Cramer: TPCramer VS UUencode ;-) (1:240/1.4)
  1519.  * Tossed by SFToss/286 v1.02a on 92/12/18  09:08:54
  1520.  
  1521. ▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄
  1522.  
  1523. Conference 4
  1524. Date       12-16-92 04:11:00
  1525. From       Mark Ouellet
  1526. To         Bruce Ruona
  1527. Subject    Re: Protected Mode IDE problems
  1528.  
  1529.  
  1530.     On 11-Dec-92, you, Bruce Ruona, of 1:2280/1.0 wrote...
  1531.  
  1532.  BR> I seem to be experiencing some amount of problems related to the new 
  1533.  
  1534.  BR> protected mode IDE (BP.EXE)....
  1535.  BR> 
  1536.  BR> Holding down either the UP/DOWN GREY arrow keys while passing through a 
  1537.  
  1538.  BR> screen or two of code, will result in an errant '2' or '8' being left 
  1539.  
  1540.  BR> scatterred throughout the code I've passed through, this will leave 
  1541.  BR> about two or three of these per 25 line screen-repeated presses/releases 
  1542.  
  1543.  BR> of the key does NOT appear to result in this problem.
  1544.  
  1545. Bruce,
  1546.     This seems more like a problem with your keyboard than with BP.
  1547. Extended keyboards, specifically the "Additionnal" Pgup Pgdn etc..
  1548. section is a bit tweeked. To allow you access to those keys, the
  1549. keyboard is essentially sending codes to tell the computer:
  1550.  
  1551.             Numlock is off
  1552.             User pressed pgup key
  1553.             Numlock is back on
  1554.  
  1555.     Of course each of these codes represents MANY values by them selfs.
  1556. Each being sent as Make/Break codes. Make codes are when you press down
  1557. on the key, break when you release.
  1558.  
  1559.     The keyboard is essentially simulating the pressing of multiple keys
  1560. so that the end result appears as PGup or PgDn etc...
  1561.  
  1562.     I've seen this problem mainly on 386 computers. The problem seems to
  1563. be in the timing. The computer loses some of those codes so that some
  1564. times it doesn't see the code that tells it the keypad is in numlock
  1565. state and thus interprets the key as "9" instead of the intended PgUp.
  1566.  
  1567.     Most often the result was that Numeric keys, those on the top row of
  1568. the keyboard appear to remain in a shifted state which a few presses of
  1569. the Shift key can correct by "re-synchronizing" the keyboard and the
  1570. keyboard micro-controller on your motherboard.
  1571.  
  1572.         Best regards,
  1573.         Mark Ouellet.
  1574.  
  1575.  
  1576. --- Squish v1.01
  1577.  * Origin: The Sequel to Cramer VS Cramer: TPCramer VS UUencode ;-) (1:240/1.4)
  1578.  * Tossed by SFToss/286 v1.02a on 92/12/18  09:08:54
  1579.  
  1580. ▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄
  1581.  
  1582. Conference 4
  1583. Date       12-16-92 04:27:00
  1584. From       Mark Ouellet
  1585. To         Jud Mccranie
  1586. Subject    Re: borland pascal 7.0
  1587.  
  1588.  
  1589.     On 10-Dec-92, you, Jud Mccranie, of 1:3645/20.0 wrote...
  1590.  
  1591.  JM> The old versions refused to run in 386 mode if QEMM was running.  I got
  1592.  JM> BP 7 yesterday, but I haven't tried the new TD or TProf yet.
  1593.  
  1594. Jud,
  1595.     They still can't run concurently with Qemm. It is predictable since
  1596. they rely on running in protected mode and require having the highest
  1597. priority in the system.
  1598.  
  1599.     I must admit I have tried loading TD386.exe but I haven't tried
  1600. installing TD386.sys BEFORE Qemm in my config. Maybe that could work.
  1601.  
  1602.         Best regards,
  1603.         Mark Ouellet.
  1604.  
  1605.  
  1606. --- Squish v1.01
  1607.  * Origin: The Sequel to Cramer VS Cramer: TPCramer VS UUencode ;-) (1:240/1.4)
  1608.  * Tossed by SFToss/286 v1.02a on 92/12/18  09:08:54
  1609.  
  1610. ▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄
  1611.  
  1612. Conference 4
  1613. Date       12-16-92 04:36:00
  1614. From       Mark Ouellet
  1615. To         Jud Mccranie
  1616. Subject    Re: BP7 ide bug
  1617.  
  1618.  
  1619.     On 11-Dec-92, you, Jud Mccranie, of 1:3645/20.0 wrote...
  1620.  
  1621.  JM> I believe there is a bug in the BP7 IDE (and presumably in TP7 as
  1622.  JM> well).  It involves selecting a new primary file when the new file
  1623.  JM> you want is the *first* one in the window.  If you have a primary
  1624.  JM> file selected and go to Compiler/Primary, hit tab to go to the file
  1625.  JM> window, it highlights the first entry and gives info about it.
  1626.  JM> However, if you press ENTER to select it at this point, the Primary
  1627.  JM> file DOES NOT CHANGE.  If you use the arrow to move off of the first
  1628.  JM> one and move back and then press ENTER it does select it.  So it
  1629.  JM> seems like you have to move off the first one and come back to it
  1630.  JM> in order to select it.
  1631.  
  1632. Jud,
  1633.     I tried it and you are correct. However hitting TAB to move to the
  1634. file-list window, then SPACE does update the primary file selection.
  1635.  
  1636.     I guess the programer in charge of that bit of code never change the
  1637. primary file to the first one listed ;-)
  1638.  
  1639.         Best regards,
  1640.         Mark Ouellet.
  1641.  
  1642.  
  1643. --- Squish v1.01
  1644.  * Origin: The Sequel to Cramer VS Cramer: TPCramer VS UUencode ;-) (1:240/1.4)
  1645.  * Tossed by SFToss/286 v1.02a on 92/12/18  09:08:54
  1646.  
  1647. ▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄
  1648.  
  1649. Conference 4
  1650. Date       12-16-92 04:43:00
  1651. From       Mark Ouellet
  1652. To         Dj Murdoch
  1653. Subject    Re: Array of Pointers
  1654.  
  1655.  
  1656.     On 10-Dec-92, you, Dj Murdoch, of 1:249/99.5 wrote...
  1657.  
  1658.  DM> Actually, TP6+ uses mod 8 chunks - but the effect is the same. Seven 
  1659.  
  1660.  DM> bytes get wasted in this allocation.  However, there's a big advantage 
  1661.  
  1662.  DM> to the TP 3/6+ scheme over the 4/5.x scheme.  A deallocation is 
  1663.  DM> guaranteed to increase free space, and it's guaranteed to succeed.  If 
  1664.  
  1665.  DM> you call Dispose in 4/5.x and create a new block of free heap space, the 
  1666.  
  1667.  DM> heap manager has to allocate a new 8 byte record to describe it.  If it 
  1668.  
  1669.  DM> can't do that, you get a "heap overflow" error on a *de*allocation.  In 
  1670.  
  1671.  DM> the current scheme, the record is stored in the space that was just 
  1672.  DM> freed up, which is guaranteed to be at least 8 bytes.
  1673.  
  1674. Dj,
  1675.     Adjacent FREE memory blocks are also merged back into a larger one.
  1676. Avoiding the possible problem of having 400K free but no blocks large
  1677. enough to allocate a 1K area.
  1678.  
  1679.         Best regards,
  1680.         Mark Ouellet.
  1681.  
  1682.  
  1683. --- Squish v1.01
  1684.  * Origin: The Sequel to Cramer VS Cramer: TPCramer VS UUencode ;-) (1:240/1.4)
  1685.  * Tossed by SFToss/286 v1.02a on 92/12/18  09:08:54
  1686.  
  1687. ▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄
  1688.  
  1689. Conference 4
  1690. Date       12-16-92 05:01:00
  1691. From       Mark Ouellet
  1692. To         jim barchuk
  1693. Subject    Re: tvision echo
  1694.  
  1695.  
  1696.     On 11-Dec-92, you, jim barchuk, of 1:141/1156.0 wrote...
  1697.  
  1698.  JB> hi all.  
  1699.  JB> the turbovision echo is getting off the ground and is in search of new 
  1700.  
  1701.  JB> users.
  1702.  JB> 
  1703.  JB> these nodes are actively carrying the tvision echo.
  1704.  JB> dial in as a user or ask for a feed via netmail.
  1705.  JB> 
  1706.  JB> bill himmelstoss 112/57   the dragons domain     904-268-9203 fl 24
  1707.  JB> dennis powers    141/1135 uncanny-x board        203-879-7122 ct 96
  1708.  JB> jim barchuk      141/1156 pontoon                203-757-7591 ct 24
  1709.  JB> bill arlofski    142/111  reverse polarity       203-620-0182 ct
  1710.  JB> peg lagier       208/2    turbocity              209-599-7435 ca
  1711.  JB> richard nelson   216/117  clever sheep snubbs    408-458-5268 ca 96
  1712.  JB> billie cohen     3604/15  land of the lost       601-467-0801 ms 96
  1713.  JB> 
  1714.  JB> and if i'm reading the seen-bys correctly the echo should also be 
  1715.  JB> available to
  1716.  JB> users at these nodes.
  1717.  JB> 
  1718.  JB> mike gould       112/36   dba software solutions 904-272-5915 fl
  1719.  JB> john jameison    216/506  mountain retreat       408-335-4595 ca
  1720.  JB> laurent breton   240/20   lab bbs                418-648-6621 on
  1721.                                                                    ^^
  1722.                                                |-------------------|
  1723.                                                That should be Qc for
  1724.                                                Quebec City
  1725.                                                Province of Quebec
  1726.                                                Canada.
  1727.  
  1728. Jim, in NET 240 same city/province & Country you can also add:
  1729.  
  1730.     Douglas Kitson    240/1     [SQUARE-HEADs]        418-523-3117 Qc
  1731.     Andre Morin       240/507   Bab-O-Manie Node 1    418-648-9590 Qc
  1732.     Andre Morin       240/508   Bab-O-Manie Node 2    418-648-0691 Qc
  1733.  
  1734.  JB> i have packets on hold for a couple of other folks.  i'll crash it out 
  1735.  
  1736.  JB> to them and see if they're still up for it.
  1737.  JB> 
  1738.  JB> also
  1739.  JB> 
  1740.  JB> berend de boer 2:281/527.23 nd is hooking up now to be our feed to 
  1741.  JB> europe.  if you're on that side of the pond and you're interested, ask 
  1742.  
  1743.  JB> berend.
  1744.  JB> 
  1745.  JB> ALL replies and discussion about this should be via NETMAIL, please.
  1746.  
  1747. jim,
  1748.     I replied here as the new numbers and boards could be of interrest
  1749. to other Pascal Echo participants from Net 240 who might be unaware of
  1750. the TurboVision echo's availability.
  1751.  
  1752.     Participants or sysops from nets close to mine could also be
  1753. interrested to hook up to one of these.
  1754.  
  1755.         Best regards,
  1756.         Mark Ouellet.
  1757.  
  1758.  
  1759. --- Squish v1.01
  1760.  * Origin: The Sequel to Cramer VS Cramer: TPCramer VS UUencode ;-) (1:240/1.4)
  1761.  * Tossed by SFToss/286 v1.02a on 92/12/18  09:08:54
  1762.  
  1763. ▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄
  1764.  
  1765. Conference 4
  1766. Date       12-16-92 16:08:00
  1767. From       Mark Ouellet
  1768. To         All
  1769. Subject    BP 7.0 Utilities (Borland Canada)
  1770.  
  1771.  
  1772. Hi All,
  1773.  
  1774. In case this can help someone.
  1775.  
  1776. I just ordered
  1777.  
  1778.         ProtoGen for Pascal  $49.95 (Maybe US price, I'm not sure)
  1779.  
  1780.         &
  1781.  
  1782.         Open Architecture Handbook for BP 7.0   $59.95
  1783.  
  1784.     Total Cost was $161 including $10 shipping/product and I also
  1785.     suspect that Provincial and Goods & Services Tax are included in
  1786.     that price.
  1787.  
  1788.     The Windows API Reference for Pascal is not yet available from
  1789.     Borland Canada as of Wednesday, December 16th 1992. It should be
  1790.     available in a couple of weeks.
  1791.  
  1792.         Best regards,
  1793.         Mark Ouellet.
  1794.  
  1795.  
  1796. --- Squish v1.01
  1797.  * Origin: The Sequel to Cramer VS Cramer: TPCramer VS UUencode ;-) (1:240/1.4)
  1798.  * Tossed by SFToss/286 v1.02a on 92/12/18  09:08:54
  1799.  
  1800. ▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄
  1801.  
  1802. Conference 4
  1803. Date       12-16-92 23:30:00
  1804. From       Trevor Carlsen
  1805. To         Niclas Pettersson
  1806. Subject    Findfirst - SearchRec Name
  1807.  
  1808.  
  1809.  
  1810.  MC>function FILLSTR (N : byte; S : string) : string;
  1811.  MC>begin
  1812.  MC>  FILLSTR := Copy(S+'                  ',1,N)
  1813.  MC>end;
  1814.  
  1815.  NP> ...this rutine is slow and cumbersom! And it does not
  1816.  NP> suport long strings. Way not somthing like this?
  1817.  
  1818.  NP> FUNCTION SpaceStr(Size : Byte) : String;
  1819.  NP> VAR TempStr: String;
  1820.  NP> BEGIN
  1821.  NP>   FillChar(TempStr,SizeOf(TempStr),' ');
  1822.  NP>   TempStr[0] := Char(Size);
  1823.  NP>   SpaceStr := TempStr;
  1824.  NP> END;
  1825.  
  1826. Your suggestion is completely different in its result to what is being requested
  1827.   What is being attempted is to pad a string to a certain length.
  1828. Perhaps...
  1829.  
  1830. function FillStr(size: byte; ch: char; S: string): string;
  1831.   var
  1832.     TempStr: string;
  1833.   begin
  1834.     if length(s) < size then begin
  1835.       FillChar(TempStr[length(s)+1],size-length(s),32);
  1836.       move(s[1],TempStr[1],length(s));
  1837.       TempStr[0] := chr(size);
  1838.       FillStr := TempStr;
  1839.     end else 
  1840.       FillStr := S;
  1841.   end;
  1842.  
  1843. TeeCee
  1844.  
  1845.  
  1846. --- TC-ED   v2.01  
  1847.  * Origin: The Pilbara's Pascal Centre (+61 91 732930) (3:690/644)
  1848.  * Tossed by SFToss/286 v1.02a on 92/12/18  09:09:46
  1849.  
  1850. ▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄
  1851.  
  1852. Conference 4
  1853. Date       12-17-92 16:27:00
  1854. From       Trevor Carlsen
  1855. To         Jud Mccranie
  1856. Subject    Rules
  1857.  
  1858.  
  1859.  
  1860.  JM> Is there a rule against asking for help if you have an
  1861.  JM> illegal copy of the software, or a rule against helping
  1862.  JM> someone who obviously has an illegal copy?  If not, do you
  1863.  JM> think it would be a good idea to have one?
  1864.  
  1865. Generally speaking, you will rarely, if ever, see long term seasoned contributor
  1866.  assisting those asking questions when they "obviously" do not have a legal
  1867. copy of the compiler.  I think that the guidelines laid down - "Do not use
  1868. the echo as a replacement for the manual you should have" is sufficient.
  1869.  
  1870. Unless the message openly admits pirating (stealing software) - such as that
  1871. by the idiot who claimed that he considered entitled to pirate because he
  1872. paid $7000 to some school or other - it is usually sufficient to just ignore
  1873. the message or point to the page number in the manual where the information
  1874. they seek is found.
  1875.  
  1876. TeeCee
  1877.  
  1878.  
  1879.  
  1880. --- TC-ED   v2.01  
  1881.  * Origin: The Pilbara's Pascal Centre (+61 91 732930) (3:690/644)
  1882.  * Tossed by SFToss/286 v1.02a on 92/12/18  09:09:46
  1883.  
  1884. ▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄
  1885.  
  1886. Conference 4
  1887. Date       12-17-92 16:42:00
  1888. From       Trevor Carlsen
  1889. To         Jud Mccranie
  1890. Subject    BP 7 difference
  1891.  
  1892.  
  1893.  
  1894.  JM> The behavior of RANDOM (with RandSeed set) is different in
  1895.  JM> BP7 (and presumably TP7) from that in TP 5.5.  (I don't know
  1896.  JM> how TP 6 compares since I burned it off my disk).
  1897.  
  1898.  JM> RandSeed := 123;
  1899.  JM> for i := 1 to 8 do writeln( random( 1000));
  1900.  
  1901.  JM> TP 5.5: 343 282 986 996 781 855 343  32
  1902.  JM> BP 7.0: 859  80 869 854 317 257  20  46
  1903.  
  1904.  JM> ...both are consistant, but they are different sequences.
  1905.  JM> This can have some dire consequences.  ...
  1906.  
  1907. It certainly could if you did not know about it and unfortunately I can find
  1908. no reference to the changes in the documentation. (Richard Nelson?)
  1909.  
  1910. Here is a fix (supplied to me via Netmail courtesy Joe Lamoine - thanks Joe).
  1911.  
  1912. >Quote........
  1913.  
  1914. I posted a message on Compuserve last nite and got the following
  1915. unit in a response.  It seems to work fine!
  1916.  
  1917.  
  1918. { *  Turbo Pascal Runtime Library Version 6.0     * ;
  1919.   *  Random Number Generator                      * ;
  1920.   *                                               * ;
  1921.   *  Copyright (C) 1988,92 Borland International  * }
  1922.  
  1923.  unit TP6Rand;
  1924.  
  1925.  interface
  1926.  
  1927.  function Random(Max: Integer): Integer;
  1928.  
  1929.  implementation
  1930.  
  1931.  const
  1932.   { Scaling constant}
  1933.   ConstM31 = Longint(-31);
  1934.   { Multiplication factor}
  1935.   Factor: Word = $8405;
  1936.  
  1937.  
  1938.  function NextRand: Longint; assembler;
  1939.  { Compute next random number
  1940.   New := 8088405H * Old + 1
  1941.   Out  DX:AX = Next random number
  1942.  }
  1943.  asm
  1944.   MOV  AX,RandSeed.Word[0]
  1945.   MOV  BX,RandSeed.Word[2]
  1946.   MOV  CX,AX
  1947.   MUL  Factor.Word[0]     { New = Old.w0 * 8405H }
  1948.   SHL  CX,1               { New.w2 += Old.w0 * 808H }
  1949.   SHL  CX,1
  1950.   SHL  CX,1
  1951.   ADD  CH,CL
  1952.   ADD  DX,CX
  1953.   ADD  DX,BX              { New.w2 += Old.w2 * 8405H }
  1954.   SHL  BX,1
  1955.   SHL  BX,1
  1956.   ADD  DX,BX
  1957.   ADD  DH,BL
  1958.   MOV  CL,5
  1959.   SHL  BX,CL
  1960.   ADD  DH,BL
  1961.   ADD  AX,1      { New += 1 }
  1962.   ADC  DX,0
  1963.   MOV  RandSeed.Word[0],AX
  1964.   MOV  RandSeed.Word[2],DX
  1965.  end;
  1966.  
  1967. function Random(Max: Integer): Integer; assembler;
  1968.  asm
  1969.   CALL  NextRand
  1970.   XOR   AX,AX
  1971.   MOV   BX,Max.Word[0]
  1972.   OR    BX,BX
  1973.   JE    @@1
  1974.   XCHG  AX,DX
  1975.   DIV   BX
  1976.   XCHG  AX,DX
  1977.  @@1:
  1978.  end;
  1979.  
  1980. end.
  1981.  
  1982. >End of quote.
  1983.  
  1984.  
  1985. TeeCee
  1986.  
  1987.  
  1988. --- TC-ED   v2.01  
  1989.  * Origin: The Pilbara's Pascal Centre (+61 91 732930) (3:690/644)
  1990.  * Tossed by SFToss/286 v1.02a on 92/12/18  09:09:46
  1991.  
  1992. ▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄
  1993.  
  1994. Conference 4
  1995. Date       12-17-92 16:53:00
  1996. From       Trevor Carlsen
  1997. To         Nathan Wambach
  1998. Subject    exe's
  1999.  
  2000.  
  2001.  
  2002.  NW> OK, a program needs to know what it's own EXE file is
  2003.  NW> called, how do you do it?  What I wanted to use this for is
  2004.  NW> linking files into the EXE...  You have to know the EXE file
  2005.  NW> name and who knows, maybe someone renamed it???
  2006.  
  2007. If DosVersion >= 3 then ProgramName := ParamStr(0)
  2008.  
  2009. TeeCee
  2010.  
  2011. --- TC-ED   v2.01  
  2012.  * Origin: The Pilbara's Pascal Centre (+61 91 732930) (3:690/644)
  2013.  * Tossed by SFToss/286 v1.02a on 92/12/18  09:09:46
  2014.  
  2015. ▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄
  2016.  
  2017. Conference 4
  2018. Date       12-16-92 07:59:00
  2019. From       Dj Murdoch
  2020. To         Mark Ouellet
  2021. Subject    Re: borland pascal 7.0
  2022.  
  2023.   MO>     I must admit I have tried loading TD386.exe but I haven't tried
  2024.  MO> installing TD386.sys BEFORE Qemm in my config. Maybe that could work.
  2025.  
  2026. I don't think TD386.EXE will work with QEMM no matter what you do, but unless
  2027. they've changed something, TD386.SYS will.  You load it to get access to the
  2028. hardware debugging features of the 386 chip.  They should be available in
  2029. TD and in TD286.
  2030.  
  2031. --- Msg V3.2
  2032.  * Origin: Murdoch's_Point  - -   (1:249/99.5)
  2033.  * Tossed by SFToss/286 v1.02a on 92/12/18  19:27:14
  2034.  
  2035. ▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄
  2036.  
  2037. Conference 4
  2038. Date       12-16-92 08:01:00
  2039. From       Dj Murdoch
  2040. To         Tom Lawrence
  2041. Subject    Re: Speed wanted !
  2042.  
  2043.   TL>     Well, not quite.  Borland's move uses movsb, and for 
  2044.  TL> some reason (probably a good one I'm not aware of), they 
  2045.  TL> point ds:si to the source variable, advance ds:si to the 
  2046.  TL> END of the source, then copy backwards (via std instead of 
  2047.  TL> cld).  
  2048.  
  2049. That may be to handle overlapping source and destination blocks.  If you have
  2050.  
  2051.  var
  2052.    bigarray : array [1..10000] of integer;
  2053.  begin
  2054.    move(bigarray[1],bigarray[2],9999*sizeof(integer));
  2055.  end;
  2056.  
  2057. you'd better do the move in the backwards direction.  The TP RTL checks the
  2058. addresses before it decides whether to go forwards or backwards. 
  2059.  
  2060. --- Msg V3.2
  2061.  * Origin: Murdoch's_Point  - -   (1:249/99.5)
  2062.  * Tossed by SFToss/286 v1.02a on 92/12/18  19:27:14
  2063.  
  2064. ▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄
  2065.  
  2066. Conference 4
  2067. Date       12-16-92 08:10:00
  2068. From       Dj Murdoch
  2069. To         Mark Ouellet
  2070. Subject    Re: Pointers
  2071.  
  2072.   MO>     I hit a wall while trying to fiddle with redirection and such stuff
  2073.  MO> in BP 7.0.
  2074.  
  2075.  MO> I basically declared a pointer to an Array [0..0] of <some type>
  2076.  
  2077.  
  2078.  MO> When I tried assigning it a value:
  2079.  
  2080.  MO> type
  2081.  MO>     FHT = Array[0..0] of byte;
  2082.  
  2083. Change this declaration to Array[0..65520] of byte, and your trouble should
  2084. go away.
  2085.  
  2086.  
  2087. --- Msg V3.2
  2088.  * Origin: Murdoch's_Point  - -   (1:249/99.5)
  2089.  * Tossed by SFToss/286 v1.02a on 92/12/18  19:27:14
  2090.  
  2091. ▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄
  2092.  
  2093. Conference 4
  2094. Date       12-16-92 08:12:00
  2095. From       Dj Murdoch
  2096. To         Craig Randle
  2097. Subject    Re: Linking OBJ's
  2098.  
  2099.   CR>     Lately I've been trying to link an OBJ from a basic 
  2100.  CR> program into Pascal (v. 6.0), but I haven't been having 
  2101.  CR> much success.  I know that the procedures are available 
  2102.  CR> for calling, but I keep coming up with the error undefined 
  2103.  CR> external.  I am linking the OBJ through the { $L 
  2104.  CR> WHATEVER.OBJ } command.  Does basic create OBJ that are 
  2105.  CR> uncompatible with TP or what?
  2106.  
  2107. It's not at all easy (and sometimes impossible) to link .OBJ files from another
  2108. high level language into TP.  The TP "smart" linker doesn't understand .LIB
  2109. files, so the .OBJ file has to be completely self-contained, or only contain
  2110. references to externals that you're supplying from other .OBJ files or from
  2111. TP.  If you have TDUMP (comes with TP 6 Professional or BP 7) you can see
  2112. a list of all the externals in the .OBJ file by dumping it, but you may not
  2113. be able to figure out what they all do in order to supply them.
  2114.  
  2115. --- Msg V3.2
  2116.  * Origin: Murdoch's_Point  - -   (1:249/99.5)
  2117.  * Tossed by SFToss/286 v1.02a on 92/12/18  19:27:14
  2118.  
  2119. ▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄
  2120.  
  2121. Conference 4
  2122. Date       12-18-92 13:12:00
  2123. From       Trevor Carlsen
  2124. To         Daniel Shapiro
  2125. Subject    Turbo Pascal 6
  2126.  
  2127.  
  2128.  
  2129.  > How about buying the real disks!! 
  2130.  
  2131.  DS> I don't have $100...All of us aren't well off..
  2132.  
  2133. So your practice is that if you don't have the money to buy something you
  2134. go out and steal it?  An interesting concept; do you also apply it to cars
  2135. etc, or are you only a specialist in stealing software?
  2136.  
  2137. Moderator.
  2138.  
  2139.  
  2140.  
  2141. --- TC-ED   v2.01  
  2142.  * Origin: The Pilbara's Pascal Centre (+61 91 732930) (3:690/644)
  2143.  * Tossed by SFToss/286 v1.02a on 92/12/19  09:47:38
  2144.  
  2145. ▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄
  2146.  
  2147. Conference 4
  2148. Date       12-18-92 13:14:00
  2149. From       Trevor Carlsen
  2150. To         Vince Laurent
  2151. Subject    Re: SB
  2152.  
  2153.  
  2154.  
  2155.  VL> What about posting in multiple meessages? I thought 
  2156.  VL> the limit for FidoNet was 99 lines?
  2157.  
  2158. I am quite sure that some Reader authors would like you to believe that. FidoNet
  2159. messages have no official limit.  This echo has a 16K message limit with as
  2160. many lines as you can fit within that limit.
  2161.  
  2162.  VL> ...(I would still like to get my hands on that code).
  2163.  
  2164. As I said... it was almost certainly in the packet you received but your reader
  2165. truncated it. If it is important to you, arrange a private exchange via netmail
  2166. or snailmail.
  2167.  
  2168. Moderator
  2169.  
  2170.  
  2171. --- TC-ED   v2.01  
  2172.  * Origin: The Pilbara's Pascal Centre (+61 91 732930) (3:690/644)
  2173.  * Tossed by SFToss/286 v1.02a on 92/12/19  09:47:38
  2174.  
  2175. ▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄
  2176.  
  2177. Conference 4
  2178. Date       12-17-92 08:25:00
  2179. From       Dj Murdoch
  2180. To         John Lester
  2181. Subject    Re: Dumping Arrays...
  2182.  
  2183.   JL>         I'm working on a program that uses quite a few arrays.  Is there
  2184.  JL>         anyway in TP 5.5 to dump them out of memory so that I can load
  2185.  JL>         the next set of arrays for processing?
  2186.  
  2187. Sure, store them on the heap.
  2188.  
  2189. --- Msg V3.2
  2190.  * Origin: Murdoch's_Point  - -   (1:249/99.5)
  2191.  * Tossed by SFToss/286 v1.02a on 92/12/19  09:48:14
  2192.  
  2193. ▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄
  2194.  
  2195. Conference 4
  2196. Date       12-17-92 08:28:00
  2197. From       Dj Murdoch
  2198. To         Joe Jared
  2199. Subject    Re: HUFFMAN.PAS
  2200.  
  2201.   JJ> ote the size difference between your program and the 2 
  2202.  JJ> below.  Either you're not doing a full huffman 
  2203.  JJ> compression, or there's a bug somewhere (InsertNode?).  It 
  2204.  JJ> also explains why your version of compress is faster than 
  2205.  JJ> my assembler version.  I wouldn't be at all surprised if 
  2206.  JJ> your code doubles in time if you implement full huffman 
  2207.  JJ> compression or fix the bug.  
  2208.  
  2209. What do you mean by "full Huffman compression"?  I'm compressing bytes according
  2210. to a simple version of the algorithm that I found in a book by McEliece (?).
  2211.  It just generates a byte count table, then pools the pair of least frequent
  2212. entries and inserts the new node in the appropriate place.
  2213.  
  2214. There are a couple of places where it makes an arbitrary decision about what
  2215. to do in the case of a tie, but I can't see many other choices.  Can you describ
  2216.  the algorithm you're using, or point me to a reference to it?
  2217.  
  2218.  
  2219. --- Msg V3.2
  2220.  * Origin: Murdoch's_Point  - -   (1:249/99.5)
  2221.  * Tossed by SFToss/286 v1.02a on 92/12/19  09:48:14
  2222.  
  2223. ▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄
  2224.  
  2225. Conference 4
  2226. Date       12-17-92 08:39:00
  2227. From       Dj Murdoch
  2228. To         Tom Lawrence
  2229. Subject    Re: Help!
  2230.  
  2231.   TL>     Now, not to start up this war again (he he), but could you explain WHY
  2232.  
  2233.  TL> using a GOTO is considered DIRTY programming, but using a 
  2234.  TL> break is not?? The
  2235.  TL> machine code generated is IDENTICAL in both cases.  Just curious  :)
  2236.  
  2237. The machine code has nothing to do with it.  It's the meaning of the program
  2238. that's different.
  2239.  
  2240. If you use break, you know that when you're on the statement following the
  2241. loop, the only way to get there is to have finished the loop.  "Finished"
  2242. now means that you've hit the end of the loop or hit break; clearly not using
  2243. break is preferable to using it, but there are cases where you don't want
  2244. to go all the way through the loop.
  2245.  
  2246. If you use a goto, you'll put a label on the statement following the loop.
  2247.  When you look at that label, you have no idea at all how you got there. 
  2248. You have to read the whole program in order to find the Goto(s) that took
  2249. you there.  (In TP, you only have to read the whole procedure/function.)  
  2250.  
  2251.  
  2252. The way to make a program reliable is to always be absolutely sure of what
  2253. state it's in at any time.  It's possible to use Goto in such a way that this
  2254. is easy, but there's no need to:  Pascal (especially TP 7) provides lots of
  2255. choices of control structures that allow you to specify more precisely what
  2256. you want.  
  2257.  
  2258.  
  2259.  
  2260. --- Msg V3.2
  2261.  * Origin: Murdoch's_Point  - -   (1:249/99.5)
  2262.  * Tossed by SFToss/286 v1.02a on 92/12/19  09:48:14
  2263.